home *** CD-ROM | disk | FTP | other *** search
/ Windows Expert / Windows Expert.iso / windownt / winntnet.zip / WINNTNET.POL < prev   
Text File  |  1993-02-13  |  20KB  |  525 lines
  1.                           W I N * N T * N E T
  2.                             Policy Document
  3.  
  4.                               Version 1.00
  5.                            November 15, 1992
  6.  
  7.  
  8.     0  Contents
  9.  
  10.         0  Contents
  11.  
  12.         1  Overview
  13.            1.1  Purpose
  14.            1.2  Definitions
  15.                 1.2.1  WIN*NT*NET Member(s)
  16.                 1.2.2  Hatching Hub(s)
  17.                 1.2.3  Windows NT Related File(s)
  18.                 1.2.4  Downlink
  19.                 1.2.5  Uplink
  20.            1.3  How Do We Operate?
  21.                 1.3.1  WIN*NT*NET Topology
  22.  
  23.         2  Memberships
  24.            2.1  Requirements to be a WIN*NT*NET Member
  25.                 2.1.1  Familiarity with Policy
  26.                 2.1.2  Equipment
  27.                 2.1.3  Echoes
  28.                 2.1.4  Costs
  29.                 2.1.5  Polling
  30.                 2.1.6  Files
  31.            2.2  Joining WIN*NT*NET (The Process)
  32.                 2.2.1  Find a Feed
  33.                 2.2.2  Request
  34.                 2.2.3  Setting Up
  35.                 2.2.4  Announcement
  36.            2.3  Leaving WIN*NT*NET
  37.  
  38.         3  Hatching Hubs
  39.            3.0  Overview
  40.            3.1  Becoming a Hatching Hub
  41.  
  42.         4  Files
  43.            4.0  Overview
  44.                 4.0.1  New Files
  45.                 4.0.2  File Checking
  46.                 4.0.3  File Announcement
  47.                 4.0.4  Time Lag
  48.            4.1  Distribution and Hatching
  49.            4.2  Files Requirements
  50.            4.3  Files Availability
  51.            4.4  Important Files related to WIN*NT*NET
  52.                 4.4.1  WIN*NT*NET.ZIP
  53.                 4.4.2  INFO$$??.ZIP
  54.  
  55.         5  Conflicts and Problems
  56.  
  57.         6  Future of WIN*NT*NET
  58.            6.1  FILE_REQ
  59.            6.2  FileBone
  60.  
  61.         7  Contacting WIN*NT*NET
  62.            7.1  Snail Mail
  63.            7.2  Electronic Mail
  64.            7.3  Direct Call
  65.  
  66.         8  Appendices
  67.            8.1  New Echoes
  68.                 8.1.1  Echo Nametags
  69.                        8.1.1.1  File Echoes
  70.                        8.1.1.2  Message Echoes
  71.            8.2  Examples for Setup Configuration
  72.  
  73.  
  74.     1  Overview
  75.  
  76.     1.1  Purpose
  77.  
  78.     The goal of WIN*NT*NET is to provide a free, fast and efficient way to
  79.     distribute Windows NT related files. The scope of the software that
  80.     distribute within WIN*NT*NET are mainly Microsoft Win32, Win32s, and
  81.     Windows NT Operating System related. There is no cost for ANY WIN*NT*NET
  82.     member to access the files distributed, except telephone fees if toll
  83.     calls are needed to get the files.
  84.  
  85.     WIN*NT*NET is not affiliated with Microsoft Corporation.
  86.  
  87.     Note *** For those who are looking for Windows 3.x software:
  88.     This network is not intended for distributing Microsoft Windows 3.x
  89.     and Win16 software. And please notice the difference between
  90.     Windows 3.x/Win16 and Windows NT/Win32/Win32s. Although Windows NT is
  91.     capable to run Windows 3.x and Win16 programs, WIN*NT*NET will NOT
  92.     distribute Windows 3.x and Win16 software. ***
  93.  
  94.     1.2  Definitions
  95.  
  96.     1.2.1  WIN*NT*NET Member(s)
  97.  
  98.     System that meets the requirements set forth in the latest WIN*NT*NET.POL
  99.     policy file to be a member of WIN*NT*NET.
  100.  
  101.     1.2.2  Hatching Hub(s)
  102.  
  103.     Pre-assigned WIN*NT*NET members who has the authority to hatch files into
  104.     WIN*NT*NET. Refer to Section 3 for more information about Hatching Hubs.
  105.  
  106.     1.2.3  Windows NT Related File(s)
  107.  
  108.     Win32 applications, Win32s applications, information files about Windows
  109.     NT, plus any file that could be associated with Windows NT and NT
  110.     applications.
  111.  
  112.     1.2.4  Downlink
  113.  
  114.     System that receives file(s) from other systems.
  115.  
  116.     1.2.5  Uplink
  117.  
  118.     System that sends file(s) to other system.
  119.  
  120.     1.3  How Do We Operate?
  121.  
  122.     Unlike most of the other File Distribution Networks (FDN), the
  123.     administration of WIN*NT*NET does not put a lot of restrictions on
  124.     WIN*NT*NET members; so that the network is easier for expanding and future
  125.     growth. System interested to join WIN*NT*NET can be able to become a
  126.     member system in a short amount of time.
  127.  
  128.     1.3.1  WIN*NT*NET Topology
  129.  
  130.     Files flow from Uplink to Downlink.
  131.     Uplink should never receive files from Downlink members.
  132.  
  133.     Note: Hatching Hubs are always the uplink of other
  134.     non-hatching hubs because hubs should never receive
  135.     files from non-hatching hubs in file echoes.
  136.  
  137.                      [more]
  138.                        |
  139.                       HUB1
  140.                      /    \
  141.                    /        \               * Hubs are closely connected
  142.                  /            \               to ensure the integrity of
  143.                /                \             the files being distributed.
  144.        [more]-HUB2            HUB3-[more]
  145.               |                  |          * Node 1 and Node 2 are the
  146.               |                  |            downlink of Hub 1 and Hub 2
  147.             NODE1              NODE2          respectively.
  148.               |               /     \
  149.               |             /         \     * Node 3 is the downlink of Node
  150.             NODE3         /             \     1 while Node 4 and Node 5 are
  151.                        NODE4          NODE5   the downlinks of Node 2.
  152.  
  153.  
  154.     2  Memberships
  155.  
  156.     2.1  Requirements to be a WIN*NT*NET Member
  157.  
  158.     2.1.1  Familiarity with Policy
  159.  
  160.     New nodes should familiarize themselves with policy before requesting
  161.     membership.
  162.  
  163.     2.1.2  Equipment
  164.  
  165.     The member should run a, but not limited to, Fidonet-compatible BBS
  166.     system.
  167.  
  168.     2.1.3  Echoes
  169.  
  170.     Among all the message echoes and file echoes, only message echo
  171.     WINNTADM and file echo NT_ADM must be carried by every member. In
  172.     other words, a system carries WINNTADM and NT_ADM is enough to be
  173.     identified as a WIN*NT*NET member. We don't want every member to carry
  174.     every single echo available on WIN*NT*NET like other FDNs do to ensure the
  175.     flexibility.
  176.  
  177.     2.1.4  Costs
  178.  
  179.     WIN*NT*NET member should be aware that long-distance calls may
  180.     be necessary to obtain the files, if no local links are available.
  181.     If calling is restricted to late night rates, long distance bills should
  182.     not be added significantly.
  183.  
  184.     2.1.5  Polling
  185.  
  186.     WIN*NT*NET member is recommended to poll his uplink once a week.
  187.     Any member who does not pick up WIN*NT*NET traffic for a period
  188.     exceeding 30 days, and not making suitable alternate arrangements
  189.     with its uplink, shall be disconnected from uplink. It is also
  190.     recommended that member who has downlink should poll more
  191.     frequently to make sure the files are moving at a reasonable pace
  192.     across systems.
  193.  
  194.     2.1.6  Files
  195.  
  196.     WIN*NT*NET member should make WIN*NT*NET.ZIP (which consists of
  197.     WIN*NT*NET.POL and WIN*NT*NET.INF) available for users to download or
  198.     file requestable using the magic filename "WIN*NT*NET". See Section 4.4.1
  199.     for more information on file WIN*NT*NET.ZIP.
  200.  
  201.     2.2  Joining WIN*NT*NET (The Process)
  202.  
  203.     2.2.1  Find a Feed
  204.  
  205.     After reading this Policy Document, look at the file WIN*NT*NET.INF
  206.     which should come with this file. Locate a system under
  207.     'List of WIN*NT*NET members' as your uplink.
  208.  
  209.     2.2.2  Request
  210.  
  211.     Net mail your uplink saying that you are interested to join WIN*NT*NET.
  212.     Also tell your uplink what message echoes and file echoes you want to
  213.     pick up. For lists of both message and file echoes, please refer to
  214.     WIN*NT*NET.INF. Note that the message echo WINNTADM and file echo
  215.     NT_ADM must be picked up by every WIN*NT*NET member.
  216.  
  217.     2.2.3  Setting Up
  218.  
  219.     Your uplink should take care the rest of technical work to set you up
  220.     while you setup your system ready to receive messages and files.
  221.     Normally, you have to call your uplink to pick up the traffic instead
  222.     of your uplink calls you unless you and your uplink have made a
  223.     special arrangement.
  224.  
  225.     2.2.4  Announcement
  226.  
  227.     After the link is established, please post a message in WINNTADM
  228.     saying that you are now joining WIN*NT*NET. This is required because
  229.     we use these postings to keep track who have joined WIN*NT*NET;
  230.     and hence put your system in the 'List of WIN*NT*NET members' at
  231.     the next release of information package.
  232.  
  233.     2.3  Leaving WIN*NT*NET
  234.  
  235.     When a member leaves WIN*NT*NET, one of the following procedures
  236.     should be taken place:
  237.  
  238.     . Prior to leave WIN*NT*NET, the member should post a message in
  239.       WINNTADM saying that he/she is now leaving WIN*NT*NET, OR
  240.  
  241.     . The uplink of the leaving member posts a message in WINNTADM
  242.       saying that such member has left WIN*NT*NET.
  243.  
  244.     This is necessary for us in order to keep an update 'List of WIN*NT*NET
  245.     members' that appears in every month's information package.
  246.  
  247.  
  248.     3  Hatching Hubs
  249.  
  250.     3.0  Overview
  251.  
  252.     Hatching hubs are pre-assigned WIN*NT*NET members who have the
  253.     authority to hatch files into WIN*NT*NET. To gain such authority, the
  254.     system must have a steady source for new Windows NT related files which
  255.     is not currently available on WIN*NT*NET. To ensure the consistency of the
  256.     files distributions, we hope to keep the number of hatching hubs as few
  257.     as possible to prevent potential dupe files.
  258.  
  259.     3.1  Become a Hatching Hub
  260.  
  261.     For more information about becoming a hatching hubs for WIN*NT*NET,
  262.     please contact Chelsea Carlstedt @:
  263.     Fidonet: 1:100/375
  264.     Internet: Ucheswic@toadnet.org,
  265.     Compuserve: 71553,1075
  266.  
  267.  
  268.     4  Files
  269.  
  270.     4.0  Overview
  271.  
  272.     The following sections describe the basic "flow" of the files on
  273.     WIN*NT*NET:
  274.  
  275.     4.0.1  New Files
  276.  
  277.     Anyone, either WIN*NT*NET member or non member, finds a new Windows NT
  278.     related file that he/she wants to hatch into WIN*NT*NET should send this
  279.     file to one of the WIN*NT*NET hatching hubs which listed in WIN*NT*NET.INF
  280.     for distribution.
  281.  
  282.     4.0.2  File Checking
  283.  
  284.     The hatching hub who receives this new file would look at the
  285.     current WIN*NT*NET file base to see if such a file exists. If such file
  286.     exists, then it should be checked to see if the newly received file
  287.     is a newer version than the existing one. If it is not a newer
  288.     version, then this file will not be hatched and a notification
  289.     should be made to the original sender about why such file is not
  290.     hatched. Otherwise, this hatching hub would hatch the file if no
  291.     other hatching hubs have the same file after asking them. If more
  292.     than one hatching hub has the same new file, only ONE hatching hub
  293.     will hatch the file.
  294.  
  295.     4.0.3  File Announcement
  296.  
  297.     This hatched file should be put on hold on this hatching hub and
  298.     waiting for others to pick it up. When it arrives the headquarters
  299.     of WIN*NT*NET, Windows NT Network, Fidonet 1:100/375, a file
  300.     announcement for this file will be generated and posted in message
  301.     echo WINNTFA. A file announcement should be only made from WIN*NT*NET
  302.     headquarters to ensure the accuracy and consistency.
  303.  
  304.     4.0.4  Time Lag
  305.  
  306.     It takes about 2 to 3 weeks for a newly hatched file to reach all
  307.     WIN*NT*NET members.
  308.  
  309.     4.1  Distribution and Hatching
  310.  
  311.     To ensure consistency across the system, ONLY hatching hubs have the
  312.     authority to hatch files. A "List of WIN*NT*NET Hatching Hubs" is always
  313.     available updated in file WIN*NT*NET.INF.
  314.  
  315.     Non-hatching hubs members should never directly hatch
  316.     files into WIN*NT*NET under any circumstance. NOTE: Any non-hatching
  317.     hubs member violates this rule may result in immediate losing the
  318.     status of being a WIN*NT*NET member. The reason for not letting non-
  319.     hatching hubs members to have the authority hatching files is
  320.     understandable. Files would be easily duplicated if every member
  321.     wants to hatch files into WIN*NT*NET without pre-arrangement. Hatching
  322.     hubs are working very closely together to ensure no files are
  323.     duplicated.
  324.  
  325.     Instead of hatching files directly into WIN*NT*NET, non-hatching hubs
  326.     should follow one of these procedures to distribute the files:
  327.  
  328.     1) by direct mail addressed to:
  329.  
  330.        WIN*NT*NET
  331.        234 Couch Avenue
  332.        St. Louis, MO 63122 USA
  333.  
  334.     2) by file-attach, accompanied by a net message sending to any ONE of
  335.        the hatching hubs listed in file WIN*NT*NET.INF with:
  336.        a) a short description of the file
  337.        b) a summary of how it was obtained by the person sending it
  338.           (i.e., directly from the author, from CompuServe, etc.)
  339.  
  340.     These files will be put on "hold" for pickup by direct feeds.
  341.     Files will be hatched in ".TIC" format.
  342.  
  343.     If you are interested to become a hatching hub, see Section 3.1.
  344.  
  345.     4.2  Files Requirements
  346.  
  347.     Please test everything you want to distribute on WIN*NT*NET. If it is
  348.     an application or program that suppose to run under Windows NT, test it
  349.     on your machine first, and make sure that it works as intended, before
  350.     sending it to hatching hubs.
  351.  
  352.     4.3  Files Availability
  353.  
  354.     Obtaining the complete WIN*NT*NET files collections may be done in several
  355.     ways.
  356.  
  357.     Mail sufficient FORMATTED 1.2 MB, 1.44 MB, 720 K or 360 K diskettes
  358.     along with $5 for RETURN airmail postage to:
  359.  
  360.     Windows NT Network
  361.     234 Couch Avenue
  362.     St. Louis, MO 63122 USA
  363.  
  364.     If you prefer, Windows NT Network can provide the files on
  365.     generic diskettes any format. Prices are as follows:
  366.  
  367.           1.44 MB  $22.00 including postage
  368.           1.2  MB  $22.00 including postage
  369.           720  K   $24.00 including postage
  370.           360  K   $24.00 including postage
  371.  
  372.     As an alternative, Windows NT Network BBS (314)965-5296 always
  373.     has the whole collection of WIN*NT*NET files online. They are all
  374.     available for File Request or download online. File Request using magic
  375.     name "FILES" would get you a complete listing of the WIN*NT*NET
  376.     Collections. The Windows NT Network BBS is Cheswick's International:
  377.     @1:100/375  (314)965-5296 HST DS or (314)965-1385 14.4 v.32b
  378.  
  379.     4.4  Important Files related to WIN*NT*NET
  380.  
  381.     The following files are the information and administration files for
  382.     WIN*NT*NET that come down from file echo NT_ADM periodically:
  383.  
  384.     4.4.1  WIN*NT*NET.ZIP
  385.  
  386.     WIN*NT*NET.ZIP (Hatch through NT_ADM whenever a new version of Policy
  387.     Document is released) consists of the following files:
  388.     . HISTORY.DOC:  History of WIN*NT*NET Policy
  389.     . README.DOC:   Information about this file
  390.     . WIN*NT*NET.POL: WIN*NT*NET Policy Document
  391.     . WIN*NT*NET.INF: List of WIN*NT*NET File Echoes
  392.                     List of WIN*NT*NET Message Echoes
  393.                     List of WIN*NT*NET Members
  394.                     List of WIN*NT*NET Hatching Hubs
  395.  
  396.     4.4.2  INFO$$??.ZIP
  397.  
  398.     INFO$$??.ZIP (Hatch through NT_ADM monthly) where $$ is the year and ??
  399.     is the month. For example, INFO9209.ZIP would be the WIN*NT*NET
  400.     information file for September 1992. This file consists of the following
  401.     file:
  402.     . README.DOC:   Information about this file
  403.     . WIN*NT*NET.FIL: List of all files that have been hatched into WIN*NT*NET
  404.                     up to that time
  405.     . WIN*NT*NET.INF: List of WIN*NT*NET File Echoes
  406.                     List of WIN*NT*NET Message Echoes
  407.                     List of WIN*NT*NET Members
  408.                     List of WIN*NT*NET Hatching Hubs
  409.  
  410.  
  411.     5  Conflicts and Problems
  412.  
  413.     If there are any conflicts and problems between the uplink and the
  414.     downlink that cannot be resolved, either party could send a netmail
  415.     to WIN*NT*NET headquarters, Windows NT Network, which addresses are
  416.     listed at the bottom of this file. By no means we want to get into
  417.     too much politics, but just in case anyone has problem with his/her
  418.     downlink or uplink, one can always ask for help from WIN*NT*NET
  419.     headquarters.
  420.  
  421.  
  422.     6  Futures of WIN*NT*NET
  423.  
  424.     6.1  FILE_REQ
  425.  
  426.     Access to message echo FILE_REQ which is a Fidonet Zone 1 backbone
  427.     conference for posting file announcements. So that everyone would know
  428.     what new files are coming out from WIN*NT*NET.
  429.  
  430.     6.2  FileBone
  431.  
  432.     WIN*NT*NET is now available on the FileBone.
  433.  
  434.     The FileBone is functional equivalent to what Fidonet backbone does
  435.     to message conference.
  436.  
  437.  
  438.     7  Contacting WIN*NT*NET
  439.  
  440.     7.1  Snail Mail
  441.  
  442.     Windows NT Network
  443.     234 Couch Avenue
  444.     St. Louis, MO 63122 USA
  445.  
  446.     7.2  Electronic Mail
  447.  
  448.     CompuServe: 71553,1075
  449.     Fidonet   : WIN*NT*NET @ 1:100/375
  450.     Internet  : Ucheswic@cheswicks.toadnet.org
  451.                 Chelsea Carlstedt@f375.n100.z1.fidonet.org
  452.  
  453.     7.3  Direct Call
  454.  
  455.     Voice     : (314)965-7590
  456.     Fax       : (314)965-1783
  457.     BBS/Data  : (314)965-5296
  458.     BBS/Data  : (314)965-1385
  459.  
  460.  
  461.     8  Appendices
  462.  
  463.     8.1  New Echoes
  464.  
  465.     Suggestions for possible new areas are always welcomed. Proposal should
  466.     be posted in WINNTADM. Please refer 8.1.1 for suggested naming methods
  467.     of the echoes. If responses for such possibly new area are reasonably
  468.     good, then this area is created. It will first made available on
  469.     hatching hubs and other members could then join in the new area.
  470.  
  471.     8.1.1  Echo Nametags
  472.  
  473.     Please consider the following naming conventions, but not limited to,
  474.     to ensure the consistency of the echo nametags.
  475.  
  476.     8.1.1.1 File Echoes
  477.  
  478.     Use NT_* for file echoes while * is your choice.
  479.  
  480.     8.1.1.2 Message Echoes
  481.  
  482.     Use WINNT* for message echoes while * is your choice.
  483.  
  484.     8.2  Examples for Setup Configuration
  485.  
  486.     Here are some examples to setup program TICK which is used for
  487.     controlling file echoes:
  488.  
  489.     A typical entry for a file echo in TIC.CFG would be something like:
  490.  
  491.         AREA c:\WINNTNET\ntadmin NT_ADM
  492.         1:123/456 PASSWORD * &
  493.  
  494.     This is saying that your system will have a file echo area named NT_ADM,
  495.     and files in this echo are saved in C:\WIN*NT*NET\Ntadmin directory. Your
  496.     link for this area is 1:123/456 and the password between your system and
  497.     1:123/456's system on this echo is set to "PASSWORD". "* &" means that
  498.     your system will accept files from 1:123/456 but will NOT echo files to
  499.     it. In other words, 1:123/456 is your uplink.
  500.  
  501.     If someone wants to be your downlink and asks you to feed him/her files,
  502.     then you may add the following entry:
  503.  
  504.     (Assume this request system's node number is 1:456/789)
  505.  
  506.         AREA c:\WINNTNET\ntadmin NT_ADM
  507.         1:123/456 PASSWORD * &
  508.         1:456/789 HELLO    H
  509.  
  510.     Now, 1:456/789 is participating in NT_ADM echo. The password between
  511.     your system and 1:456/789's system for this echo is HELLO. Note that
  512.     the same password must be set up in both system's setup in order to get
  513.     things working. "H" means that your system will send files to 1:456/789
  514.     and hold the files for it but your system will not accept files from it.
  515.     This conforms the rule set out in section 1.3.1 that uplink members
  516.     should never receive files from downlink members.
  517.  
  518.     The function REPLACE is recommended to use in TICK because updated files
  519.     are distributed occasionally.
  520.  
  521.     Please refer to the TICK's manual for more information about how to set
  522.     things up, it should be easy and straight forward. If you have any
  523.     question about setting file echoes up, ask for help in WINNTADM
  524.     conference.
  525.